Computerized Method, Apparatus and System for Issuing Surety Bonds

ABSTRACT

A method, system and apparatus for obtaining a bond is disclosed. The invention, employs a computer system that has a work station in communication with a server to provide information on a contractor that is required by a surety over the computer system. The server is provided with owner/obligee information concerning a bond over the network A surety is selected to provide the bond and the identity of the surety is presented over said computer network. The type of bond sought is identified. Approval of the bond is requested over the computer network and a decision on the bond request is obtained over the network. The approval decision includes an authorization code that is presented at a bid letting along with the contractor&#39;s bid. The authorization code permits an owner/obligee to view an approved bond through the computer network.

CROSS REFERENCES TO RELATED APPLICATIONS

This application is a continuation of U.S. application Ser. No.13/326,616, filed on Dec. 15, 2011, which is a continuation of U.S.patent application Ser. No. 11/701,127, filed on Feb. 1, 2007, which isa continuation of U.S. application Ser. No. 09/694,776, filed on Oct.23, 2000, which claims priority on U.S. Provisional Patent ApplicationSer. No. 60/161,212, filed Oct. 22, 1999.

FIELD OF THE INVENTION

The present invention is in the field of improvements in the issuance ofsurety bonds and related products.

BACKGROUND OF THE INVENTION

By the term surety bond is generally meant a bond issued by an insuranceor other company as surety on behalf of a principal whereby the suretylegally binds itself to an obligee for an amount of money guaranteed tothe obligee for the faithful performance of a contract or other act ofthe principal. The bonds of the present invention can include bid bonds,contract, court and subdivision bonds, performance bonds, customs bonds,notary bonds, liquor license bonds, license and permit bonds, smallbusiness administration bonds, bail bonds, supersedeas bonds or otherbonds required in litigation, etc. Also applicable to the invention arebinding certificates of insurance and policy endorsements and otherinsurance related documentation.

When a contractor, builder or supplier etc. wishes to bid on aconstruction project or submit a bid in connection with a governmentalpurchase of equipment or supplies the entity seeking bid typicallyrequires that for a bidder to be considered for the job a bid bond mustbe submitted with the bid. Many municipalities have their own bid formand others use a format approved of by the American institute ofArchitects. In the typical bid bond the principal is the person who issubmitting the bid. The surety is typically an insurance or bondingcompany who pursuant to the bond is “held and firmly bound” to theentity seeking the bid for a predetermined sum, usually some percentageof the bid amount. In the event the bid is accepted the bond becomeseffective and protects the entity awarding the contract by assuring theentity of faithful performance of the contract as well as prompt paymentof labor and materials furnished in performing the contract. Inaddition, the bond protects the bid seeking entity from the failure ofthe winning bidder from ultimately entering into the contract that isbeing awarded by paying the difference between the winning bid and theamount that the entity would have to pay to another party to completethe project because of the default.

Each bidder submits a bid bond with its bid in the appropriate formdecided upon by the entity seeking the bids. In the event the wrong formof bid bond is used the party submitting the bond runs the risk that theentity soliciting the bonds will reject the bid out of hand even if theperson submitting the bond was the low bidder. Many agencies solicitingbids are reluctant to accept a bid with an improper bid bond formbecause there is a risk that the losing bidders who submitted the properform may challenge the agency if it awards the bid to based on animproper bid form.

When a contractor, for example, is submitting a bid, much of thecontractor's effort is spent massaging the bid to make sure thecontractor has a bid that he considers is his best far the particularjob. Since much of the pre bid effort is spent calculating andrecalculating material and/or labor costs, frequently a bid bond is notsought by the contractor until just before the bidding deadline. Inaddition, many contractors are bidding on a plurality of jobs at a time.Furthermore, for many projects and contracts there are multiple biddersbidding on the project. For the non winning bidders their bondterminates and only the winning bidder's bond has any effect. As aresult a great deal of effort has to be done in a short period of timeto prepare multiple bonds.

Surety companies typically rely on local agents to receive the bondrequest and process the necessary paper work to complete the bid bond.For certain bond requests where the amount of the bond request is lowthe agent may have authority to issue a bond without approval from thesurety company. For other requests the surety company must approve thebond requests. One of the problems that agents have in submitting bondsfor approval is that the requests are typically faxed to a centrallocation at the surety company where they sit for an extended period oftime before the request is presented to the proper person for approvalof the request. Once the bond request is approved, the agent mustprepare the actual bond which must be signed by the agent on behalf ofthe surety company. In order to save time in the process many suretycompanies provide their agents with executed powers of attorney for themto retain at their offices until needed. While this procedure savesconsiderable time in the procedure of issuing bonds there is also therisk that an agent could issue a bond inappropriately to anunsatisfactory party. While the procedure described above is for bidbonds, the current steps and procedures for issuing other types of bondsare similar.

As a result of the time deadlines and security issues in the currentmethods and procedures for issuing bonds there is a need for improvedmethods and apparatus for obtaining bonds.

OBJECTS OF THE INVENTION

It is an object of the invention to provide a method of obtaining bondsusing a computer system.

It is an object of the invention to provide a system and apparatus forcomputerizing the issuance of bonds.

It is an object of the present invention to provide increased securityin the issuance of bonds.

It is an object of the invention to improve the time necessary forissuing bonds.

SUMMARY OF THE INVENTION

The invention is directed to improved methods, apparatus and system forissuing and transmitting surety bonds, including but not limited to bidbonds, contract, court and subdivision bonds, performance bonds, customsbonds, notary bands, liquor license bonds, license and permit bonds,small business administration bonds, bail bonds, supersedeas bonds orother bonds required in litigation, etc. The present invention also hasapplicability in the field of insurance and other businesses includingbut not limited to binding certificates of insurance and policyendorsements. The invention relates generally to computerized systemsand more particularly to a computerized system for automated issuancesof bonds through a communications linkage for communicating andprocessing information necessary for the issuance of a bond in a timelyand efficient manner. The invention also relates to a system for thecollection, processing, and dissemination of bond related informationgenerated from the application process.

The present invention is a computerized system for automated executionof bonds through an Internet or Intranet website or other communicationslinkage for communicating and processing information. In addition, thepresent invention permits designated persons to view approved bonds fromremote locations as a security feature. In order to log onto the systema user account and/or password are inputted.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1A shows a block diagram of a representative computer system thatwould be used by the user to access information over a network such asan LAN, Wan, the Internet or an Intranet.

FIG. 1B is a block diagram of a system that allows access to a softwareapplication of the present invention over the World-Wide Web from astandard web browser;

FIG. 1C is a view of a representative logon page for access to thesystem.

FIG. 2 is a view of a representative agency main menu for the system.

FIG. 3 is a view of a representative agency pending bond search page forthe system.

FIG. 4 is a view of a representative surety pending bonds page for thesystem.

FIG. 5 is a view of a representative pending bond page for the system.

FIG. 6 is a view of step 1 on a representative new bond page for thesystem.

FIG. 7 is a view of step 2, the contractor search, for the preparationof a new bond.

FIG. 8 is a view of step 3, the selection of the surety, for thepreparation of a new bond.

FIG. 9 is a view of the page of FIG. 8 with additional informationadded.

FIG. 10 is a view of a verification page for the new bond.

FIG. 11 is a view of an approved bond.

FIG. 12 is an enter contractor page which permits the agent to place hiscontractor information in the system prior to needing the informationfor a bond.

FIG. 12A is a contractor search page.

FIG. 13 is a page listing approved employees of the agency.

FIG. 14 is a page for identifying the approved employees of the agency.

FIG. 15 is a representative page for an obligee to logon to viewexecuted bid bonds.

FIG. 16 is a representative page for the obligee to submit thecontractor code to view a contractors bond information.

FIG. 17 is a representative page showing the executed contractor's bond.

FIG. 18 is a flow chart showing the main client navigation.

FIG. 19 is a representative login dialog.

FIG. 20 is a flow chart showing the Managers section of the program.

FIG. 21 is a representative Manager's information form.

FIG. 22 shows a flow chart for the Sureties section of the program.

FIG. 23 shows a representative update form.

FIG. 24 shows a representative form used to add divisions.

FIG. 25 shows a representative form to add a surety

FIG. 26 depicts a representative form to add new employees of the suretyto the system.

FIG. 27 shows a flow chart for the Sureties section of the program

FIG. 28 shows a representative form to update Agency information.

FIG. 29 shows a representative form to add subsidiaries.

FIG. 30 shows a representative form to add new employees of the suretyto the system.

FIG. 31 shows a representative preferred contractor form.

FIG. 32 show a representative flow chart for the contractors section ofthe program.

FIG. 33 shows a representative form used to Add a Contractor.

FIG. 34 shows a representative format used to add new employees of thecontractor into the system.

FIG. 35 show a representative flow chart for the owners/obligee sectionof the program.

FIG. 36 shows an add employees form used to add new employees of theowners/obligees into the system.

FIG. 37 shows a representative flow chart for the bonds.

FIG. 38 shows a representative form used to update existing suretyinformation.

FIG. 39 shows a representative form used to add surety divisions appearsin FIG. 39.

FIG. 40 shows a representative form that may be used to update agencyinformation.

FIG. 41 shows a form to add agency subsidiaries.

FIG. 42 depicts a representative Database table layout.

DETAILED DESCRIPTION OF THE INVENTION

In the present invention the agent or other person seeking a bid bond orany other bond has a password and/or account number in order to logon tothe system from a remote location using the Internet, an Intranet orother communication means. FIG. 1A and FIG. 1B show representativecomputer systems that may be used by the agent in connection with thepresent invention. The present invention is directed to a system andmore preferably a computer network for accessing the information on anetwork, such as the Internet. The term computer network as used hereinis used in its broadest sense, i.e., as any configuration of dataprocessing devices and software connected for information exchange. Thepresent invention can include personal computers, personal digitalassistants (PDA's), set top boxes used on or in connection withtelevisions, and any other type of appliance that can access acollection of data such as the Internet.

In one embodiment the appliance can include a network that serves toconnect together a plurality of devices, e.g., terminals, computers,etc. Networks typically comprise a plurality of devices such ascomputers some of which function as servers to provide services to theother computers connected to the network. There are many types ofcomputer networks in existence. They are known by various namesincluding Local Area Network (LAN), Wide Area Network (WAN), Internetand the like and may be implemented in accordance with a variety ofknown architectures.

Referring to FIG. 1A, in one embodiment of the invention there is atypical transaction between a standard web browser or othercommunications software 212 running on a client workstation 210 and aweb server or other software application permitting communication withsaid workstation 222 running on a computer system 220 occurs over aconnection (communication link or communication mechanism) 216. Clientworkstation 210 may be coupled to other computer systems via a localarea network (LAN) or via any other type of computer network or otherinterconnection. Likewise, computer system 220 may be coupled to othercomputer systems as well. Client workstation 210 may be any computerthat is capable of providing access to a local area network (LAN) or viaany other type of computer network or other interconnection to the WWWby using web browser or other communications software 212. This wouldinclude handheld, portable or laptop computers, standard desktopcomputer systems, etc.

Web browser 212 is a software program running on client workstation 210that allows a user at client workstation 210 to communicate with othercomputers over connection 216. Web browser 212 would include but is notlimited to any web browser, which is capable of transmitting andreceiving data over the WWW. This includes commercial softwareapplications such as IBM's WebExplorer, Internet Netscape. Navigator,Microsoft Explorer, Apple Computer's CyberDog, and any other softwareapplication which now exist or which may be developed in the future foraccessing or processing information over the WWW. The preferredembodiment for connection 216 is any suitable communication link orcommunication mechanism to the Internet, including by telephone, cablelines or other hard wired method, infrared or other wirelesscommunications, wireless computer network communications, or any othersuitable connection between computers, whether currently known ordeveloped in the future.

It should be noted that client workstation 210 and web server computersystem 220 may be the same physical and/or logical computer system. Webbrowser 212 typically displays pages of data including but not limitedto data in the form of HTML, XML, XHTML or their future incarnations toa user at client workstation 210. Other types of data (besides HTML) mayalso be transmitted to web browser 212, including text data, graphicaldata (e.g., Graphic Image Format (GIF) files), audio data or sound files(e.g., WAV files), Java applets (executable code) and a specialized dataform known as Multipurpose Internet Mail Extensions (MIME) data (whichmay include combinations of the foregoing and other data types).

Web server application 222 is a software program running on web servercomputer system 220 that allows a user at client workstation 210 toaccess information controlled by web server 220. One preferredembodiment of web server application 222 in accordance with the presentinvention is a commercial web server application such as IBM's InternetConnection Server. Other applications are also compatible with thepresent invention. Web server computer system 220 typically outputspages of HTML data to WEB browser 212 in response to requests by webbrowser 212 that reflect action taken by the user at client workstation210. In addition, as explained above, web server computer system 220 mayoutput other types of data to web browser 212 as well. Output data mayinclude static HTML pages (meaning that the content of the page does notvary), or may include data that must be dynamically determined andinserted into the output data. Web server application 222 maydynamically build output data (e.g., an HTML page) from parts that itretrieves from memory within web server computer system 220 or fromother computer systems, or may simply pass through a page that has beenconstructed at an earlier time or by another computer.

Web browser 212 typically interacts with web server application 222 bytransmitting input (e.g., a Uniform Resource Locator (URL) or an HTMLpage) over connection 216 to web server computer system 220. This inputis typically transmitted using HyperText Transfer Protocol (HTTP) 1.0.Web server computer system 220 running web server application 222receives the input from web browser 212, and in response, outputs data(e.g., an HTML page) to browser 212. Web server computer system 220 mayalso have numerous other software components, including Common GatewayInterface (CGI) programs or modules, for performing desired functions.The process described above illustrates a basic transaction over theInternet, recognizing that many details and variations that are withinthe scope of the present invention are not disclosed herein for thepurpose of providing a simple context for understanding the concepts ofthe present invention.

In a preferred embodiment, the user seeking a bond accesses the web siteof the bonding agency usually by inputting a URL for the appropriate website. The web page is displayed on the monitor of client workstation210. Web pages are generally written in Hypertext Markup Language(HTML). However, they can be written in XML, XHTML or their futureincarnations. When web server application 222 running on web servercomputer system 220 receives a web page request, it will build a webpage in HTML or retrieve a file containing a pre-built web page and sendit off across connection 216 to the requesting web browser 212. Webbrowser 212 understands HTML and interprets it and outputs the web pageto the monitor of client workstation 210. This web page displayed on theuser's screen may contain text, graphics, and links (which are URLaddresses of other web pages.) These other web pages (i.e., thoserepresented by links) may be on the same or on different web servers.The user can retrieve these other web pages by clicking on these linksusing a mouse or other pointing device. This entire system of web pageswith links to other web pages on other servers across the worldcollectively comprises the “World-Wide Web” (WWW).

Referring now to FIG. 1B, a computer system in accordance with oneembodiment of the present invention may include: one or more CentralProcessing Units (CPUs) 110; a terminal interface 150; an auxiliarystorage interface 160; a workstation 170; a Direct Access Storage Device(DASD) 180; a floppy disk 190; a bus 140; and a memory 130 whichincludes multiple locations for containing various software programs. Inthis example, memory 130 includes a web browser 212 running in location132, a web server application 222 running in location 134, anInternet/application gateway program 332 running in location 136, and asoftware application 342 running in location 138.

CPUs 110 perform computation and control functions of system 100. AllCPUs associated with system 100 may each individually comprise a singleintegrated circuit, such as a microprocessor, or may comprise anysuitable number of integrated circuit devices and/or circuit boardsworking in cooperation to accomplish the functions of a centralprocessing unit. All CPUs are capable of suitably executing the programscontained within memory 130 and acting in response to those programs orother activities that may occur in system 100.

Memory 130 is any type of memory known to those skilled in the art. Thiswould include Dynamic Random Access Memory (DRAM), Static RAM (SRAM),flash memory, cache memory, etc. While not explicitly shown in FIG. 3,memory 130 may be a single type of memory component or may be composedof many different types of memory components. For example, web browser212 running in location 132 may be part of system 100's cache memory. Inaddition, memory 130 and CPUs 110 may be distributed across severaldifferent computer that collectively comprise system 100. For example,web browser 212 may reside on one computer with CPU, web serverapplication 222 may reside on another computer system with a separateCPU.sub.2, Internet/application gateway 332 may reside on a thirdcomputer system with a different CPU.sub.n−1, and software application342 may reside on a fourth computer with a different CPU.sub.n. Computersystem 100 of FIG. 3 simply illustrates many of the salient features,without limitation regarding the physical location of CPUs 110 or memorylocations within memory 130.

Bus 140 serves to transmit programs, data, status and other forms ofinformation or signals between the various components of system 100. Thepreferred embodiment for bus 140 is any suitable physical or logicalmeans of connecting computer systems and components known to thoseskilled in the art. This includes, but is not limited to, directhard-wired connections, Internet connections, Intranet connections,fiber optics, infrared (IR) and other forms of wireless connections. Itis anticipated that many alternative methods and material for connectingcomputer systems and components will be readily adapted for use with thepresent invention. This would include those methods and materials notpresently known but developed in the future.

Terminal interface 150 allows human users to communicate with system100, normally through programmable workstation 170. Although system 100as depicted in FIG. 11 contains only a single workstation 170, it shouldbe understood that the actual number of workstations attached to system100 will be a function of system design and user preference. Workstation170 may also be a dumb terminal or other non-programmable computerinput/output device which allows human interaction with computer system100.

Auxiliary storage interlace 160 represents any method of interfacing astorage apparatus to a computer system known to those skilled in theart. Auxiliary storage interface 160 allows auxiliary storage devicessuch as DASD 180 to be attached to and communicate with the othercomponents of system 100. While only one auxiliary storage interface 160is shown, the present invention anticipates multiple interfaces andmultiple auxiliary storage devices such as DASD 180. As shown in FIG. 3,DASD 180 may be a floppy disk drive which is capable of reading andwriting programs or data on floppy disk 190. DASD 180 may also be anyother type of DASD known to those skilled in the art. This would includeCD-ROM drives, hard disk drives, optical drives, etc. Floppy disk 190represents a typical 3.5 inch magnetic media disk known to those skilledin the art.

The agent using the present invention is pre-approved by a suretycompany just as the agent is currently pre-approved by one or moresurety companies. Under the present invention the agent is not providedwith a number of executed power of attorney forms by the surety companyas is done with the present system. This avoids the risk of the agentgranting unauthorized bonds. As seen in FIG. 1C, the agent inputs theuser name and the password to access the system. Once this data istyped, the user may be logged in.

FIG. 2 depicts the main menu which appears after login. The system hasidentified the user and the date. Once logged in properly the user cannavigate any part of the system. Once the agent supplies his or herpassword and/or account number the agent has access where the agent canobtain a new bond, search for an approved bond, including older bonds,check on the status of a pending bond or search for a dead bond. Thesystem is designed so that the agent will only have access toinformation only on those bonds which he is authorized to view. In theevent the agent seeks a new bond, each bond request is entered into thesystem by the agency. The information inputted for each new bondtypically includes the name of the contractor, its address, the identityof the owner/obligee for whom the bond is required, the bond formrequired, the owner/obligee's address, the bid date, the estimatedcontract price, the amount of the bid security, the contract number orIFB number, and a description of the job. A representative screen for anew bond is shown in FIG. 6. Once this information is inputted into thesystem the bond information the program provides a list of suretiessurety where the agent has been authorized and the agent selects thesurety from the list. The obligees typically include governmentalagencies, private owners, construction managers, and/or generalcontractors FIG. 8 and FIG. 9. In the event there are more than onecontractors with the same name a screen similar to FIG. 7 may appear inorder for the choice to be narrowed down to the appropriate selection.

One advantage of the invention is that the surety can rescind theagent's authorization at any time from the website, thus preventingunauthorized bonds being issued. In the event a surety wants to ceasedoing business with one of its current agent, under the prior system thesurety had to recall all of the outstanding powers of attorney and relyon the good faith of the agent to return all the existing executedpowers of attorney that the surety had previously provided to the agent.Since an agent is usually dropped by a surety for malfeasance ofmisfeasance there was always a risk to the surety company as the agentcould bind the company to unauthorized obligations with the existingexecuted powers of attorney. This problem is solved by the presentinvention since the surety no longer needs to supply the agents withpre-signed powers of attorney and the surety can remove an agent fromits list of approved agents virtually instantaneously by access theprogram and removing the agent's authority. In that event the suretydropping an agent will not be identified as one of the sureties on thelist for the agent to select. After selecting the surety, the agent cansubmit the bond for approval or the information can be retained in thesystem as a pending bond and can be submitted at a later time.

Once the agent selects the appropriate surety for the particular bid andthe agent seeks approval, the agent is given an opportunity to checkover the information included for errors. FIG. 10 shows a representativescreen for the user to review the key information before the bond isexecuted. The NAIC code identifies the surety. The date and time to thesecond can be archived at the time of execution on the screen of FIG.11. If the information in FIG. 10 is correct then the time of theapplication is recorded since many obligees require that a bond beobtained prior to a particular deadline and the bid information istransmitted directly to the appropriate person at the suretyelectronically. A cautionary notice should appear prior to approval ofthe bond. This warning will query the user to be sure that the bond isto be approved. When the bid information is transmitted to theappropriate person at the surety, that person's computer will provide amessage that a bid has been received. This approach avoids the delaysinherent in the prior system where facsimile transmissions of the bidinformation were relied on. Where a facsimile was used, the bidinformation would be transmitted to the fax machine which was notnecessarily near the desk of the person with responsibility to act onthe bid application. The agent would then have to wait until the bid wasbrought from the fax machine location to the surety's appropriateperson. This added delays to the system that are avoided using thepresent invention.

Under the prior system of obtaining bonds once the bond was approved bythe surety the agent would then have to put the paper work together andsend it to the contractor. Since the bond was typically not requested bythe contractor until just before the deadline delivery to the contractorusually required hand delivery or delivery by overnight courier with allthe trouble that weather and other delays can engender. Under thepresent invention these problems are avoided. Once the bid is approved,the contractor is provided with a code number typically called anauthorization code. FIG. 11 is a screen that shows the electronic bond.The contractor places the code on his bid papers and submits them to theobligee at the bid letting. The obligee logs onto the system andprovides the contractors authorization code to review the bid. Thesurety can also use the system to search bonds by number as seen in FIG.16. The system also permits the surety to view, in real time all of theexecuted bonds of each agent for quality control purposes. Anotheradvantage for the agent is that the agent can limit access to the systemby limiting the individuals who access to the authorization code and/orpassword. Since the agent can change his password as necessary, theagent has more control over employees and can prevent certain employeesfrom having access to the system. In addition, when an employee leavesemployment the agent can change the password without having to worryabout unauthorized access to bonds and bond information. FIG. 12 is acontractor information screen for the contractor to input information.FIG. 12A is a screen to search for a contractor. FIG. 13 is a screen forthe agency to input employee information for the employee to haveauthority to issue bonds. Initially, once the surety approves of theagent one key person at the agency will be the authorized person at theagency for all bonds. This may be the owner manager or some otherperson. This key person can, if desired, grant sub-authorizations toother employees that permit these additional persons to issue bonds. Thenumber of these sub-authorizations may be increased, decreased orterminated completely as needed. This authority can be readily cancelledif any impropriety is uncovered. FIG. 14 shows a representative screenfor the authorized employee of the agency to fill out to have access tothe system. FIG. 15 is a representative example of the log in page forthe owner/obligee to access all the bonds information. For example, thename of the organization for whom the bonds were issued may be insertedand information on all of the selected executed bonds is accessed. Nochanges or transactions may be made to the bonds.

In FIG. 3 an example of a screen for a user to search pending bonds isshown. The name of the contractor or the name of the owner/obligee isinserted and a search may be performed. In the event all pending bondsare to be searched, the fields are left blank and the user merely clicksthe search box. FIG. 4 shows an example of a listing of bonds inchronological order by the bid date. The list may be used as a daily orother work list of the bonds to be approved. The appropriate suretycompany can see the pending bond and accept it as a bid bond request.FIG. 5 shows the screen for a pending bid bond. The screen lists all thenecessary information in order for it to be approved. FIG. 17 is anexample of the electronic bid bond of the present invention. The exactdate and time of the bid bond approval is archived. The name of thesurety and the surety's NAIC code is identified. This code designatesthe exact surety and avoids the confusion of similar surety names. Thename of the person who executed the bid bond is at the bottom. This formcan be modified so that the necessary information for each jurisdictionis available.

FIGS. 18-42 show an alternate embodiment of the present invention. FIG.18 is a flow chart showing the main client navigation.

[C-01] Initial Login to BMS V2.0

The login requires the Manager, Surety, Agency, Principal or Contractorto enter their Company ID, Username and password. The username andpassword are encrypted and stored within the database. Therepresentative login dialog appears in FIG. 19

[C-02] Main Manager Section

If the user has manager access, the user will have the choice of addinga manager or searching for viewing existing managers by name

[C-03] Main Surety Section

If the user has Surety access, the user will have the choice of adding aSurety or searching for viewing existing Sureties by name

[C-04] Main Agency Section

If the user has Agency access, the user will have the choice of addingan Agency or searching for viewing existing Agencies by name

[C-05] Main Contractor Section

If the user has Contractors access, the user will have the choice ofadding a Contractor or searching for viewing existing Contractors byname

[C-06] Main Bond Form Section

Lists all of the Bond forms for the company that the user logged inbelongs to.

Managers [CM-01 Thru CM-04]

FIG. 20 is a flow chart showing the Managers section of the program.

[CM-01] Main Entry for Managers

If the user has manager access, the user will have the choice of addinga manager or searching for viewing existing managers by name.

[CM-02] Manager Search Results

Allows Managers to search managers within their company by first letteror by name. The user can also delete the manager's information from thispage.

[CM-03] Add Manager Page

Allows users with mangers access to add managers within their company.The representative Manager's information form appears in FIG. 21.

[CM-04] Manager Action Script to Add, Update or Delete Manager Data

Called by the add manager above to execute additions, updates ordeletions.

Sureties [CS-01 Thru CS-18]

FIG. 22 shows a flow chart for the Sureties section of the program

[CS-01] Surety Section Navigation

If the user has surety access, the user will have the choice of adding asurety or searching for viewing existing surety by name

[CS-02] Main Login Link

The login requires the Manager, Surety, Agency, Principal or Contractorto enter their Company ID, Username and password. The username andpassword are encrypted and stored within the database.

[CS-03] Bond Lookup

This page contains scripts needed to look up existing sureties andbranches tied to the company ID of the logged in user.

[CS-04] List Surety Details

Allows the listing of surety details. This includes surety divisions andbranches listed under the parent surety.

[CS-05] Edit Surety Information

Form used to update existing surety information. Representative updateform appears in FIG. 23.

[CS-06] Add Surety Divisions

Contains form to add surety divisions. Representative form used to adddivisions appear in FIG. 24.

[CS-07] Surety Action Script to Add, Update, Delete Surety or Add,Approve, Disapprove Divisions

This page is used to house scripts used to add, update, delete surety ofadd, approve, disapprove divisions

[CS-08] List Surety Branches

Form and logic used to display surety branches. The page also has an Addbranches capability.

[CS-09] Add New Surety

Used to add a new surety. Representative form appears in FIG. 25.

[CS-10] Surety List of Approved Agencies

The user can list and select approved agencies from this page. The usercan also view the agency, the division that the agency is in and theapproved limit for that agency. New agencies can be added and existingagencies can be edited or removed.

[CS-11] Approved Surety Search Form to View Surety by Name

Search form to view approved surety by name.

[CS-12] Surety Approved Search Results

View search results for the view approved surety by name search.

[CS-13] List Surety Employees

Displays list of employees and their access level within the system. Theaccess types are listed as administrator, Executive or Clerical.

[CS-14] Add Employees Form

The add employees form is used to add new employees of the surety to thesystem. A representative form is shown in FIG. 26

[CS-15] Employees Add Action Script to Add Employee and Company Type

This script adds employees for all entities within the system (Agency,Principle, Contractors and Managers. It also checks for duplicate userswithin the system.

[CS-16] Preferred Contractors List by Name

Lists all preferred contractors for the logged in surety

[CS-17] Company Bond Form

Presents the appropriate bond form for the surety or agency

[CS-18] Company Bond Forms Action Script to Add Bonds to the CompanyBonds Forms Database Table

Script used by the company bond form to add bonds to the system.

Agencies [CA-01 Thru CA-18]

FIG. 27 shows a flow chart for the Sureties section of the program

[CA-01] Navigation for Agency Section

If the user has Agency access, the user will have the choice of addingan Agency or searching for viewing existing Agencies by name

[CA-02] Link Back to Main Login

The login requires the Manager, Surety, Agency, Principal or Contractorto enter their Company ID, Username and password. The username andpassword are encrypted and stored within the database.

[CA-03] Bond Lookup

This page contains scripts needed to look up existing sureties andbranches tied to the company ID of the logged in user.

[CA-04] Agency Details

Lists details of the agency such as Company name, Subsidiaries,Employees, Employee permissions and branches.

[CA-05] Update Agency Data

Contains form to update Agency information. A representative form usedappears in FIG. 28:

[CA-06] Agency Subsidiaries Add and Lookup

Lists agency subsidiaries and provides a form to add subsidiaries. Arepresentative add subsidiaries form appears in FIG. 29:

[CA-07] Contains Action Script to Update, Add Agency, Add Subsidiary orDelete

Uses input from the subsidiaries form above. Also is used to add ordelete agencies and subsidiaries.

[CA-08] List and Add Agency Branches

This is used to list or add agency branches

[CA-09] Add Agency or Branches

Form used to add an agency or branches.

[CA-10] List of Agency Employees

Returns a list of agency employees

[CA-11] Employee Add Form

The add employees form is used to add new employees of the surety to thesystem. A representative form appears in FIG. 30.

[CA-12] Employees Add Action Script to Add Employee and Company Type

This script adds employees for all entities within the system (Agency,Principle, Contractors and Managers. It also checks for duplicate userswithin the system.

[CA-13] Search Preferred Contractors

Used to list preferred contractors by name

[CA-14] Preferred Contractors Search Results

Formats the above preferred contractor search results. Allows user toadd preferred contractors as well. The form uses the federal tax id asthe key for the search. The representative preferred contractor formappears in FIG. 31:

[CA-15] Preferred Contractor Action Script

This page contains scripts used to update the contractor, add thecontractor or delete the contractor. This script also builds thecontractor ID.

[CA-16] Preferred Contractors Add Results Form

Returns a list of preferred contractors in the system. User may also addpreferred contractors from this form

[CA-17] Company Bond Form

Presents the appropriate bond form for the surety or agency

[CA-18] Company Bond Forms Action Script to Add Bonds to the CompanyBonds Forms Database Table

Script used by the company bond form to add bonds to the system.

Contractors Area [CC-O1 Thru CC-07]

FIG. 32 show a representative flow chart for the contractors section ofthe program.

[CC-01] Contractor Main Navigation

If the user has Contractors access, the user will have the choice ofadding a Contractor or searching for viewing existing Contractors byname.

[CC-02] Main System Login

The login requires the Manager, Surety, Agency, Principal or Contractorto enter their Company ID, Username and password. The username andpassword are encrypted and stored within the database.

[CC-03] Bonds Lookup—Look Up in Bid Bonds Table

This page contains scripts needed to look up existing sureties andbranches tied to the company ID of the logged in user.

[CC-04] Contractor Details Lookup

Lists details of the contractor information such as Company name andaddress.

[CC-05] Contractor Employee Add, Update, Delete

Representative form used to Add Contractor is shown in FIG. 33.

[CC-06] Employee Add Form

The add employees form, a representative format which is shown in FIG.34, is used to add new employees in to the system.

[CC-07] Employees Add Action Script to Add Employee and Company Type

This script adds employees for all entities within the system (Agency,Principle, Contractors and Managers. It also checks for duplicate userswithin the system.

Owners/Obligee Area [CO-01 Thru CO-07]

FIG. 35 show a representative flow chart for the owners/obligee sectionof the program.

[CO-01] Owner Main Navigation

Main navigation for users logged in as owners.

[CO-02] Main System Login

The login requires the Manager, Surety, Agency, Principal or Contractorto enter their Company ID, Username and password. The username andpassword are encrypted and stored within the database.

[CO-03] Get Owner Details and Search by Bond Number

Lists details of the contractor information such as Company name andaddress. This form also allows the user to search by bond number

[CO-04] Get Owner Bonds

List bonds for the logged in owner.

[CO-05] Owner Employees List

Lists the employees for the owner obligee.

[CO-06] Employee Add Form

The add employees form, a representative sample of which is shown inFIG. 36, is used to add new employees in to the system.

[CC-07] Employees, Add Action Script to Add Employee and Company Type

This script adds employees for all entities within the system (Agency,Principle, Contractors and Managers. It also checks for duplicate userswithin the system.

Bond Forms [CB-01-CB-16] [CB-01] Bond Main Navigation

A representative flow chart for the bonds for is shown in FIG. 37.

[CB-02] Main System Login

The login requires the Manager, Surety; Agency; Principal or Contractorto enter their Company ID, Username and password. The username andpassword are encrypted and stored within the database

[CB-03] Login Action Script to Allow or Disallow Login

This scripts decides system login authentication logic then, directs theuser to the appropriate area.

[CB-04] List Bonds for the Agency or Surety Logged in

Page Returns bonds for the agency or surety logged in

[CB-05] List Details of Surety

Allows the listing of surety details. This includes surety divisions andbranches listed under the parent surety.

[CB-06] Edit Surety Information

Form used to update existing surety information. A representative updateform is shown in FIG. 38.

[CB-07] Add Surety Divisions

Contains form to add surety divisions. A representative form used to adddivisions appears in FIG. 39.

[CB-08] Surety Action Script to Add, Update, Delete Surety or Add,Approve, Disapprove Divisions

This page is used to house scripts used to add, update, delete surety ofadd, approve, disapprove divisions

[CB-09] Create New Bond Step 1

Search for a preferred contractor

New Bond Step 1: Search for a Preferred Contractor

View Preferred Contractors By Name

[CB-10] Create Bond Step 2

New Bond Step 2: Select Preferred Contractor from returned list.

[CB-11] Bond Step 3: Enter Bond Information [CB-11] List Agency Details

Lists details of the agency such as Company name, Subsidiaries,Employees, Employee permissions and branches

[CB-12] Update Agency Data

Contains form to update Agency information. A representative form thatmay be used appears in FIG. 40:

[CB-13] Agency Subsidiaries Add and Lookup

Lists agency subsidiaries and provides a form to add subsidiaries. Therepresentative add subsidiaries form appears in FIG. 41:

[CB-14] Contains Action Script to Update, Add Agency, Add Subsidiary orDelete

Uses input from the subsidiaries form above. Also is used to add ordelete agencies and subsidiaries

[CB-15] Contractor Details from Contractors Table

Lists contractor information from related to this particular bond.

[CB-16] Code to List and View the Bonds in the System

This code will list and display completed bonds in the system.

4.2 Server [S-01 Thru S-0X]

[S-01]. Server login—During the client login, the username and passwordare looked up in the database and granted or denied access depending onthe user's account status

[S-02] The Database server is preferably running Microsoft SQL Server7.0.

[S-03]A representative database table layout appears in FIG. 42.

Security

Preferably the databases are encrypted with 128 bit key encryption andthe databases contain a specified list of users and specific roles theuser has in the database. Preferably, the users each have a unique username and password and the users are able to view only the sectionsspecified.

In addition to the use of the present invention for bonds, those skilledin the art can also use the teachings of the invention for obtainingproof of insurance. Certificates of Insurance are also frequentlyrequired by contractors and others. Contractors are frequently requiredto present proof that their workers are covered by for example worker'scompensation insurance. Certificates of Insurance are alsop required bymany states before an automobile is registered. The present invention isuseful in these applications also. One of the major advantages off thepresent invention is the reduction of fraud. In addition, there aresignificant cost reductions in the manner in which these insuranceproducts are prepared pursuant to the teachings of the presentinvention.

I claim:
 1. A non-transitory computer readable storage medium storingprogram code for a method of processing one or more bond applicationsand of executing a respective surety bond, wherein execution of theprogram code by one or more processors of a computer system causes thedisplaying of one or more screens for use in executing the steps of saidmethod, said method comprising; authorizing an agent, by one or moresurety companies using an agent authorization screen, for accessing ofthe computer system, said access authorizing the agent for issuingsurety bonds on behalf of each said one or more surety companies;requesting, by a requestor, of a bond from said authorized agent;accessing the computer system, by said authorized agent, using a loginscreen, and entering, by said authorized agent, of information for saidrequested bond into a bond application screen; selecting a bond type,for said bond application, from a list of more or more bond types;selecting a surety company, for said bond application, from a list ofsaid one or more surety companies; issuing a decision on said bondapplication; and wherein when said decision comprises approving saidbond application, executing said requested bond by: listing a date and atime of said execution on said requested bond, assigning anauthorization code for said requested bond, providing said authorizationcode to the requester, and storing said executed bond in said storagemedium; submitting of said bond authorization code, by the requester, toan owner/obligee; accessing the computer system, by the owner/obligee,using said login screen; and verifying said executed bond, by theowner/obligee, by: entering said bond authorization code into thecomputer system; and displaying said executed bond.
 2. Thenon-transitory computer readable storage medium according to claim 1,said method further comprising: said accessing of the computer system bysaid authorized agent and said accessing of the computer system by theowner/obligee each comprising accessing the computer system directly byentering a name and a password in said login screen.
 3. Thenon-transitory computer readable storage medium according to claim 1,said method further comprising: said accessing of the computer system bysaid authorized agent comprising using an agent workstation having anetwork connection with the computer system, by entering a name and apassword into said login screen.
 4. The non-transitory computer readablestorage medium according to claim 3, said method further comprising:said accessing of the computer system by the owner/obligee comprisingusing an owner/obligee workstation having a network connection with thecomputer system, by entering a name and a password into said loginscreen.
 5. The non-transitory computer readable storage medium accordingto claim 1, wherein said entering of said information for said bondapplication comprises entering one or more of the following: a bid date,an estimated contract price, an amount of the bid security, a contractnumber or IFB number, a job description, a name of the owner/obligee, anaddress of the owner/obligee, a name of the requestor, and an address ofthe requester.
 6. The non-transitory computer readable storage mediumaccording to claim 1 wherein said one or more bond types is a bond fromthe group of bond types consisting of: a bid bond, a contract bond, acourt bond, a subdivision bond, a performance bond, a customs bonds, anotary bond, a liquor license bond, a license bond, a permit bond, asmall business administration bond, a bail bond, a supersedeas bond, ora litigation bond.
 7. The non-transitory computer readable storagemedium according to claim 1, wherein when said decision comprisesdisapproving said bond application, said method further comprisingstatusing said bond application as a dead bond.
 8. The non-transitorycomputer readable storage medium according to claim 7, said methodfurther comprising viewing on a work list screen, by said one or moresurety companies, of each said bond application, of each said executedbond, and each said dead bond.
 9. The non-transitory computer readablestorage medium according to claim 3, said method further comprisingproviding one or more employees, of said authorized agent, with accessto the computer system by inputting a respective employee name andpassword into an employee list screen.
 10. The non-transitory computerreadable storage medium according to claim 1, said method furthercomprising permitting each said one or more surety companies to rescindsaid access of said authorized agent to the computer system.
 11. Acomputer program product comprising a non-transitory computer readablestorage medium having computer readable program code embodied thereinand executable for causing a computer system to display one or morescreens in a method of requesting and using a surety bond, said methodcomprising: authorizing an agent for access to the computer system, by asurety company, using an agent authorization screen, said accessauthorizing the agent for issuing surety bonds on behalf of the suretycompany; requesting, by a contractor, of a bid bond from said authorizedagent; accessing the computer system, by said authorized agent, using alogin screen, and entering, by said authorized agent, of said bid bondrequest into a bond application screen; approving of said requested bidbond, by said authorized agent, comprising providing a bondauthorization code to the contractor, and storing said approved bond insaid storage medium; submitting of said bond authorization code, by thecontractor, to an owner/obligee; accessing the computer system, by theowner/obligee, using said login screen; and verifying said approved bidbond, by the owner/obligee, by entering said bond authorization codeinto the computer system.
 12. The computer program product of claim 11,said method further comprising: said accessing of the computer system bysaid authorized agent, and said accessing of the computer system by theowner/obligee each comprising accessing the computer system directly byentering a name and a password in said login screen.
 13. The computerprogram product of claim 11, said method further comprising: saidaccessing of the computer system by said authorized agent by using anagent workstation having a network connection with the computer system,and by entering a name and a password into said login screen.
 14. Thecomputer program product of claim 13, said method further comprising:said accessing of the computer system by the owner/obligee by using anowner/obligee workstation having a network connection with the computersystem, and by entering a name and a password into said login screen.15. The computer program product of claim 11, said method furthercomprising: entering, by said authorized agent, of said bid bond requestinto said bond application screen by: entering contractor informationand owner/obligee information for said requested bid bond into one ormore information boxes; selecting the surety company from a list box;and selecting said requested bid bond from a list box of bond types. 16.The computer program product of claim 15, said method further comprisingentering of one or more of the following for said contractorinformation: a bid date, an estimated contract price, an amount of thebid security, a contract number or a IFB number, a job description, aname of the owner/obligee, an address of the owner/obligee, a name ofthe contractor, and an address of the contractor.
 17. The computerprogram product of claim 11, said method further comprising: recordingof a date and time of said approval of said requested bid bond.
 18. Thecomputer program product of claim 17, said method further comprisingverifying said approved bond, by the owner/obligee, by printing of saidapproved bid bond.
 19. The computer program product of claim 17, saidmethod further comprising verifying said approved bond by displayingsaid approved bid bond.
 20. The computer program product of claim 11,said method further comprising: authorizing of an employee of saidauthorized agent for access to the computer system, by said authorizedagent, using an employee authorization screen, said access authorizingthe employee for issuing surety bonds on behalf of the surety company.21. The computer program product of claim 11, said method furthercomprising: providing said access to the computer system for theowner-obligee, by requiring the entering of a password by theowner/obligee.
 22. The computer program product of claim 11, said methodfurther comprising: providing said access to the computer system, forsaid authorized agent, by entering of a password by said authorizedagent.
 23. The computer program product of claim 22, said method furthercomprising: rescinding said access of said authorized agent to thecomputer system, by said surety company, using said agent authorizationscreen.
 24. A computer program product comprising a non-transitorycomputer readable storage medium having computer readable program codeembodied therein and executable for causing a computer system to displayone or more screens in a method of requesting and using a surety bond,said method comprising: authorizing an agent for access to the computersystem, by a surety company, using an agent authorization screen, saidaccess authorizing the agent for issuing surety bonds on behalf of thesurety company; requesting, by a contractor, of a bond from saidauthorized agent; accessing the computer system, by said authorizedagent, using a login screen, and entering, by said authorized agent, ofsaid bond request into a bond application screen; approving of saidrequested bond, by said authorized agent, comprising providing a bondauthorization code to the contractor, and storing said approved bond insaid storage medium; submitting of said bond authorization code, by thecontractor, to an owner/obligee; accessing the computer system, by theowner/obligee, using said login screen; and verifying said approvedbond, by the owner/obligee, by entering said bond authorization codeinto the computer system.
 25. The computer program product of claim 24,said method further comprising: said accessing of the computer system bysaid authorized agent, and said accessing of the computer system by theowner/obligee each comprising accessing the computer system directly byentering a name and a password in said login screen.
 26. The computerprogram product of claim 24, said method further comprising: saidaccessing of the computer system by said authorized agent by using anagent workstation having a network connection with the computer system,and by entering a name and a password into said login screen.
 27. Thecomputer program product of claim 26, said method further comprising:said accessing of the computer system by the owner/obligee by using anowner/obligee workstation having a network connection with the computersystem, and by entering a name and a password into said login screen.28. The computer program product of claim 24, said method furthercomprising approving of said requested bond by archiving a date and atime of said approval in said storage medium with said stored bond; andverifying, by the owner/obligee, of said approved bond by verifying adate and a time of said approving of said approved bond.
 29. Thecomputer program product of claim 28, said method further comprisingverifying, for the owner/obligee, of said approved bond by displayingsaid approved bond.
 30. The computer program product of claim 29, saidmethod further comprising printing, by the owner/obligee, of saidapproved bond.
 31. The computer program product of claim 24, said methodfurther comprising: de-authorizing said access of said authorized agentto the computer system, by said surety company, using said agentauthorization screen.